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Section 7.4.1 on I/O Submission and Completion Queue creation has confusing wording. This 
erratum clarifies the meaning of “allocated” and “created” in this material. 

The Active Firmware Info in the Firmware Slot Information log is clarified to show it is the slot that 
the active firmware was loaded from. 

In section 5.11, a buffer of namespace IDs is returned. This erratum adds a Namespace List data 
structure definition to clarify the description of this structure. 

The wording in the SGL Bit Bucket description and a few other SGL related items were clarified. 
Typos were corrected in section 7.7 to correct Figure number references. 







Description of the specification technical flaw: 


Modify portions of section 7.4.1 as shown below: 

7.4.1 Queue A l location Setup and Initialization 

To setup and initialize a ll ocat e I/O Submission Queues and I/O Completion Queues for use, host software 
follows these steps: 

1. Configures A ll ocat e s the Admin Submission and Completion Queues by conf i gur i ng initializing the 
Admin Queue Attributes (AQA), Admin Submission Queue Base Address (ASQ), and Admin 
Completion Queue Base Address (ACQ) registers appropriately. 

2. Submits a Set Features command for with the Number of Queues attribute i n ord e r to request the 
desired number of I/O Submission Queues and I/O Completion Queues d e s i r e d . The completion 
queue entry for of this Set Features command indicates the number of I/O Submission Queues and 
I/O Completion Queues allocated by the controller. 

3. Determines the maximum number of entries supported per queue (CAP.MQES) and whether the 
queues are required to be physically contiguous (CAP.CQR). 

4. Creates A ll ocat e s the desired I/O Completion Queues within the limitations of the number allocated 
by the controller and the queue attributes supported (maximum entries and physically contiguous 
requirements) by using the Create I/O Completion Queue command. 

5. Creates A ll ocat e s the desired I/O Submission Queues within the limitations of the number allocated 
by the controller and the queue attributes supported (maximum entries and physically contiguous 
requirements) by using the Create I/O Submission Queue command. 

At the end of this process, the desired I/O Submission Queues and I/O Completion Queues have been setup 
and initialized a ll ocat e d and may be used to complete I/O commands. 


Modify the second and third paragraph of section 5.12.1.7 as shown below: 

If a Set Features or Get Features command is submitted for this Feature, the attributes specified in Figure 99 
are returned in Dword 0 of the completion queue entry for that command. 


Figure 1: Number of Queues - Command Dword 11 


Bit 

Description 

31:16 

Number of I/O Completion Queues Requested (NCQR): Indicates the number of I/O 
Completion Queues requested by software. This number does not include the Admin 
Completion Queue. A minimum of one shall be requested, reflecting that the minimum support 
is for one I/O Completion Queue. This is a 0’s based value. 

15:00 

Number of I/O Submission Queues Requested (NSQR): Indicates the number of I/O 
Submission Queues requested by software. This number does not include the Admin 
Submission Queue. A minimum of one shall be requested, reflecting that the minimum support 
is for one I/O Submission Queue. This is a 0’s based value. 


Th e numb e r of qu e u e s a ll ocat e d i s r e turn e d i n Dword 0 of th e command comp le t i on qu e u e e ntry. Th e 

d e f i n i t i on i s shown i n F i gur e 99. 


Modify byte 00 of Figure 76 as shown below: 

















Bytes 

Description 

00 

Active Firmware Info (AFI): Specifies information about the active firmware revision. 

Bit 7 is reserved. 

Bits 6:4 indicates the firmware slot that is going to be activated at the next controller reset. If 
this field is Oh, then the controller does not indicate the firmware slot that is going to be 
activated at the next controller reset. 

Bit 3 is reserved. 

Bits 2:0 indicates the firmware slot from which that contains the actively running firmware 
revision was loaded. 


Add section 4.7as shown below (preceding the section on Fused Operations): 

4.7 Namespace List 

A Namespace List, defined in Figure TBD, is an ordered list of namespace IDs. Unused entries are zero 
filled. 


Figure TBD: Namespace List Format 


Bytes 

Description 

3:0 

Identifier 0: This field contains the lowest namespace ID in the list or Oh if the list is 
empty. 

7:4 

Identifier 1 : This field contains the second lowest namespace ID in the list or Oh if the 
list contains less than two entries. 



(N*4+3): 

(N‘4) 

Identifier N: This field contains the N+1 lowest namespace ID in the list or Oh if the list 
contains fewer than N entries. 












Modify the second paragraph of section 5.11 as shown below: 

When the host specifies active namespaces to be returned, then the buffer is filled with a Namespace List as 
defined in Figure TBD that contains up to 1024 active namespaces a li st of 102^1 nam e spac e I Ds i s r e turn e d 
conta i n i ng act i v e nam e spac e I Ds i n i ncr e as i ng ord e r that are greater than the value specified in the 
Namespace Identifier (CDW1 .NSID) field of the command. I f th e r e ar e f e w e r than 102^1 act i v e nam e spac e s 
gr e at e r than th e va l u e i n th e CDW1 .NS I D f iel d, th e n th e unus e d port i on of th e li st i s z e ro f ille d. I f th e r e ar e 

102^1 or mor e act i v e nam e spac e s w i th nam e spac e i d e nt i f ie rs gr e at e r than th e va l u e i n th e CDW1 .NS I D f iel d, 

th e n th e l ast Nam e spac e I d e nt i f ie r i n th e li st i s non - z e ro. 


Modify Figure 81 as shown below: 

Figure 81: Identify - Command Dword 10 

Bit Description _ 

31:02 Reserved _ 

Controller or Namespace Structure (CNS): This field specifies the information to be returned 
to the host. 


Value 

Definition 

00b 

The Identify Namespace data structure is returned to 
the host for the namespace specified in the 
Namespace Identifier (CDW1.NSID) field. 

01b 

The Identify Controller data structure is returned to 
the host. 

10b 

A Namespace List list of up to 1024 active 
namespace IDs is returned to the host containing 
active namespaces with a namespace identifier 
greater than the value specified in the Namespace 
Identifier (CDW1.NSID) field. 

11b 

Reserved 


Modify the Length field of Figure 21 as shown below: 

(Note: This version of Figure 21 is from ratified NVMe 1.1 ECN 006.) 


Length: If the SGL describes a destination data buffer (e.g., a read from the controller to host 
memory), then the Length field specifies the number of bytes of the source data to be discarded 
(i.e., not transferred to the destination data buffer) not to b e transf e rred ( i . e ., th e numb e r of 
byt e s to b e d i scard e d) . A Length field set to OOOOOOOOh specifies that no source data shall be 
discarded. An SGL Bit Bucket descriptor specifying that no source data be discarded is a valid 
SGL Bit Bucket descriptor. 

If the SGL describes a source data buffer (Le^ e.g., a write from host memory to the controller) 
then the Length field shall be ignored and no data sha l l b e d i scard e d from th e sourc e data or 
dest i nation data. An SGL B i t Buck e t d e scr i ptor sp e c i fy i ng that no data b e discard e d sha ll not be 

proc e ss e d as hav i ng an e rror . 

If SGL Bit Bucket descriptors are supported, their length in a destination data buffer shall be 
included in the Number of Logical Blocks (NLB) parameter specified in NVM Command Set 
data transfer commands. Their length in a source data buffer is not included in the NLB 
parameter. _ 


Modify the fourth paragraph of section 4.4 as shown below: 


A command shall be aborted if: 



























• - an SGL s e gm e nt conta i ns gr e at e r than on e SGL S e gm e nt d e scr i ptors, and/or SGL Last S e gm e nt 

d e scr i ptors; or 

• an SGL segment contains an SGL Segment descriptor or an SGL Last Segment descriptor in other 
than the last descriptor in the segment; or 

• a last SGL segment contains an SGL Segment descriptor, or an SGL Last Segment descriptor. 


Modify the Metadata (SGL Segment Pointer) definition in Figure 124 (Compare), Figure 137 (Read), 
and Figure 159 (Write) as shown below: 


Bit 

Description 

63:00 

If CDW0[15] is cleared to ‘O’, then the definition of this field is: 


63:00 

Metadata Pointer (MPTR): This field contains the address of a contiguous 
physical buffer of metadata, if applicable. This field shall be Dword aligned. 


If CDW0[15] is set to ‘1 ’, then the definition of this field is: 


63:00 

Metadata SGL Segment Pointer (MSGLP): This field contains the address of an 
SGL segment containing exactly one SGL Descriptor that describes the metadata 
to transfer, if applicable. 



Modify the second paragraph of section 7.7 as shown below: 

If bit 4 is set to ‘1 ’ in the Optional NVM Command Support field of the Identify Controller ©data structure in 
Figure SS 82 then for each Feature, there are three settings: default, saveable, and current. If bit 4 is cleared 
to ‘0’ in the Optional NVM Command Support field of the Identify Controller Odata structure in Figure §S 82 
then the controller only supports a current and default value for each Feature. In this case, the current value 
may be persistent across power states based on the information specified in Figure 89 and Figure 90. 


Disposition log 


5/29/2013 

Erratum captured. 

6/19/2013 

Updated based on 6/6 meeting. 

7/24/2013 

Added Firmware Slot clarification, Namespace List, and further SGL bit bucket 

clarifications. 


8/1/2013 

Changes based on 7/25 meeting. 

8/21/2013 

Corrected Figure number in section 7.7 and clarified section 5.12.1.7. 

9/26/2013 

Erratum ratified. 
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